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This manual is published by the UNIVAC Division of Sperry Rand Corpo- 
tation.in loose leaf format as a rapid and complete means of keeping re- 
cipients apprised of UNIVAC ® Systems developments. The UNIVAC 
Division will issue updating packages, utilizing primarily a page-for-page 
or unit replacement technique. Such issuance will provide notification of 
hardware and/or software changes and refinements. The UNIVAC Division 
reserves the right to make such additions, corrections, and/or deletions — 
as in the judgment of the UNIVAC Division, are required by the devel- 
opment of its respective Systems. 
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1. INTRODUCTION 


SCOPE 


This document describes the Initial Drum Setup (IDMS) routine for the UNIVAC 1050 
Mass Storage System. Requisite to operating a UNIVAC 1050 Mass Storage System 
under control of UNIVAC-supplied software is a thorough understanding of the infor- 
mation, programming procedures, and operating procedures herein contained. 


PURPOSE 


The Initial Drum Setup routine defines areas on the drum wherein specific information 
is to be stored. It also establishes the hardware configuration of the particular system 


-and writes a drum locator and loader routine (DLL) into the lower locations of the 


first drum unit. IDMS prints a list of the areas that it defines. It is assumed that 
nothing of value is on the drum when IDMS is run. 


HARDWARE FACILITIES 


The following hardware facilities are required when running IDMS. 


1.3.1. FASTRAND Drum Units 


Any of the following FASTRAND drum units may be utilized with a maximum of 
eight of the same or different types controlled by one Control Unit. 


m FASTRAND I Drum Unit 
m FASTRANDII Drum Unit 


The Fastbands option may be added to any of the above. 
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1.3.2. Card Readers 
Any one of the following may be used: 
w 0701 Row Reader 
m 0704 Column Reader 
mw 0706 Column Reader 
@ 1004 Reader (80 or 90) on line. * 
1.3.3. Printers 
Any one of the following may be used: 
m 0755 Printer (buffered or unbuffered) 


\ 
m 1004 Printer (with standard UNIVAC 1050 code wheel) on line.* 


a ae A eee a a ne en a ee rae Be ees et We 
* If used, SENSE SWITCH 1 on the central processor must be turned on; otherwise, this switch must be off. 
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2. DESCRIPTION 


GENERAL 


When setting up the drum, the user must first map out areas in which specific 
information will reside. Areas must be mapped out for data files and instructions 
(both user and systems programs). To do this, a network of ‘‘Directories”’ is 
employed. These directories are written onto the drum by IDMS in accordance with 
various parameter cards. 


SYSTEMS DIRECTORY 


A Systems Directory (SD) uniquely names and defines the boundaries of an area 

on the drum. Such an area is called a class. For each class so named and defined 
there must be one directory entry. This SD entry will establish the class as either 
a Data File Area or a Systems Area (in which both library and user routines are to 
reside). The user has the option of assigning classes in both normal and Fastband 
areas, and designating a class to have write lockout. 


Each Systems Directory is defined by an IDMS parameter card. The area on the 
drum that is to contain the SD’s themselves is defined by a Systems Directory 
Descriptor (SDD). This descriptor (also defined by an IDMS parameter card) will 
precede the SD’s on the drum in the following manner: 


Drum Locator and Loader 23 Sectors 


Written by 
IDMS 


Defined by 
SDD 
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2.2.1. Systems Directory Descriptor 


SECTION: 


The format of the Systems Directory Descriptor as IDMS writes it on the drum is 


as follows: 
CHARACTERS 


0-7 


2.2.2. Systems Directory Format 


CONTENT 
SYSDIRCT _ 
Drum address of first SD entry 


Drum address of first sector beyond area 
reserved for SD entries 


Drum address of the first free sector within 
the SD area that is available for additional 
SD entries 


The format of a Systems Directory itself as IDMS writes it onto the drum is as 


follows: 
CHARACTERS 


0-7 


2.3. DATA FILES CLASS 


CONTENT 


Name of the class to be reserved by this SD 
Drum address of the first sector of this class 


Drum address of the first sector beyond 
this class 


Drum type: 
0 for both FASTRAND I and II 


Each class established by the SD’s to hold data files is divided into two areas: 


(1) File Directory area 


(2) File area 


As a Systems Directory is written to define an entire drum class, a File Directory 
(FD) must be written for each file within the class. Preceding the File Directories 

is a File Directory Description (FDD) which defines the boundaries of the area in 

which the FD’s will reside. A class established for data files will be formatted 


in the following manner: 


PAGE: 
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Defined by 
FDD 
Defined by 
SD 
Defined by 
FD’S 


It should be noted that the FDD is written onto the drum by IDMS. The FD’s, however, 
are written by the File Control Routine. 
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File Directory Descriptor 


2.3.1. 


SECTION: 


The format of the File Directory Descriptor as it is written onto the drum by IDMS 


is as follows: 


CHARACTERS 


12-15 


16-19 


2.3.2. File Directory Format 


The format of the File Directory as it is 
routine is as follows: 


CHARACTERS 


12-15 
16-19 


20—23 


24 


CONTENT 
FLEDIRCT 


Drum address of first FD entry, i.e., the 
FDD 


Drum address of first sector beyond the 
area reserved for FD entries 


Drum address of first free sector within 


the FD area that is available for additional 
FD entries 


written onto the drum by a data file control 


CONTENT 


Name of this file 


Drum address of the first data sector in the 
file 


Drum address of first sector beyond: the 
file area 


Drum address of the next free sector 
available within the file area 


Drum address of the next free sector 
available within a file area for secondary 
(chained) elements 


Head position indicator: 

1 = File must start at the beginning head 
position | 

0 = File can start at any head position 
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2.4. SYSTEMS AREA CLASS 


A class that is established by the SD’s to facilitate system operation, rather than 

data file storage, is called a Systems Area (SA). For each SA, IDMS writes both the 

FD and the FDD on the drum. 

Systems Areas are used as: 

w a storage area for the UNIVAC software Systems Programming File (requires one SA) 


® a scratch area by UNIVAC software (requires one SA) 


m storage areas (optional) for both source and object code worker program files 
(User Library Files). 7 


The Systems Programming File will reside in one Systems Area. This SA must be 
large enough tc permit maximum expansion of the Systems Programming File. 


The Systems Programming File is identified by asterisks in the first two positions 
of its SA (class) name, as follows: 


*¥onnnnn 
where 


nnnnnn = any Six-character alphanumeric label, 
assigned by the programmer. 


UNIVAC software requires one Systems Area to be established for use as a scratch 
area. The Scratch SA should be at least as large as the largest SA that will be 
software maintained. 


The Scratch SA is identified by an asterisk in the first position and a dollar sign 
in the second position of its SA (class) name, as follows: 


*Snnnononn 
where 


mnnnnn = any Six-character alphanumeric label, 
assigned by the programmer. 


Up to 26 Systems Areas may be established in which to store User Library Files. 


A User Library File is identified by an asterisk in the first position and a unique 
alphabetic character in the second position of its SA (class) name, as follows: 


A 


* nnonnn 


= 3 
a A 
where 


nnnnonn = any Six-character alphanumeric label, 
assigned by the programmer. 
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Note: No two User Library File Systems Areas can have the same alphabetic 
character in the second position of their names. 


The Scratch SA is divided into two areas: 


(1) File Directory area* 
(2) Scratch area 


The SA established for use as a scratch area will be formatted as follows: 


| Defined by FDD 


Defined by 
SD 


SCRATCH 
AREA Defined by FD 


An SA that is established to hold a program file is divided into three areas: 


(1) File Directory area* 
(2) Program Directory area 
(3) Program File area 


As a File Directory (FD) is written to define each file within a class, a Program 
Directory (PD) must be written for each program within a class. Preceding the 
Program Directories is a Program Directory Descriptor (PDD), which defines the 
boundaries of the area in which the PD’s will reside. The PD’s and PDD’s will be 
established and maintained by the AJAXF and OPUSF program file maintenance 


routines. 


* As explained in Sections 2.3.1. and 2.3.2., except that the FD for an SA is 
written by IDMS. | 
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An SA established to hold either the Systems Programming File or a User Library 
File will be formatted as follows: 


: Defined by FDD 


Defined by PDD 


Defined by 
SD 


Program, 


Program, 


Defined by PD’s 
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2.4.1. Program Directory Descriptor 


The format of the Program Directory Descriptor as it is written on the drum by 
AJAXF or OPUSF is as follows: | 


CHARACTERS CONTENT 
0-7 — PGMDIRCT 
8—11 Relative drum address of the first PD 
12-15 Relative drum address of the first sector 


beyond the area reserved for PD entries 
16-19 Relative drum address of the next free 


sector within the PD area that is available 
for a PD entry 


2.4.2. Program Directory Format 


A PD can describe either a source or object code program file, or an object code 
program segment file. 


The format of a Program Directory that describes a source or object program file, 
as written on the drum by AJAXF or OPUSF, is as follows: 


CHARACTERS CONTENT 
0-7 Name 
8—15 Type of program: 


OBJAAA for object code 
SORSAA for source code 


16-19 | Relative drum address of the first sector of 
this program | 


20—23 — Relative drum address of the first sector of 
the next program. 


The format of a Program Directory that describes an object code program segment 
file, as written on the drum by AJAXF or OPUSF, is as follows: 


CHARACTERS CONTENT 
0-7 Segment Name 
8-15 : SEGMENT A 
16-19 | Relative drum address of the first sector 


of this segment . 
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3. PROGRAMMING PROCEDURES 


The operation of IDMS is controlled by information punched in parameter cards. Parameter 
cards are required to describe the system configuration, the Systems Directory Descriptor, 
and the classes. One or more parameter cards that describe drum areas to be cleared or 


character filled by IDMS are optional. 


3.1. CLEAR CARD 


IDMS will clear, or set to a specified character, each area on the drum that is des- 
cribed by a clear card. The format of the clear card is as follows: 


Column 1 13 19 
A CLEAR Py, Pg, P3, Pq, Ps, Pe, P7 
where : 2 
P,, Po, P3 = Beginning drum address (unit, track, head). 
Pa, Pc, P65 = Ending drum address (unit, track, head); the drum will be 
cleared up to but not including this address.~ 
Pa = Fill character (octal, decimal, or alphanumeric), if the area is 
to be set to other than binary zeroes. 
Sector addresses cannot be specified in the clear card; therefore, a track 
is the smallest drum area that can be cleared by IDMS. 
Note: The use of clear cards is optional. 


3.2. CONFIGURATION CARD % 


One configuration card, required to describe the system configuration to IDMS, is 
punched in the following format: 


ET UOUTILITY ROUTINES | section: | Pace: 


Column 1 13 19 | 
B CONFG Pj, Po, P3, Py . 
where 
P; = 1050 or 1004, describing the type of online card reader, printer, and 
card punch. 


P> = 80 or 90, describing the type of card used on the card reader and 
punch. Omit this parameter if P, = 1004. 


P3 = ROW or SERIAL, describing the type of card reader. Omit this para- 
meter if Py = 1004. 


Pg = 3A or 3C or 6C, describing the type of UNISERVO online to the 
central processor. Omit this parameter if no tape units are available. 


3.3. SDD CARD 


One SDD card, required to describe the Systems Directofy PESeuptor to IDMS, is 
punched in the following format: 


Column 1 13 19 
C SDD nn. 
where 
nn = the number of classes, including Systems Areas, to be established 
on the drum. 


3.4. CLASS CARD 


A class card must be punched to describe each class to be established on the drum. 
The number of class cards must equal nn on the SDD card. Class cards are punched 
in the following format: 


Column 1 13 19 
D n—n m—m,l—l,u,ttt,hh,ss 
where 
- mn=—n =the number of files allowed for in this class. This number +1 is 
the number of sectors réserved for the FDD and FD’s at the begin- 
ning of the class. If this class card describes a Systems area, 
n—n must be 1. 


m—m = an eight-character alphanumeric name, bounded by apostrophes, by 
which this class will later be referenced. If this class is a Systems 
Area, the first character will be an asterisk. 


l1—1 =the length of this class in sectors 

u = the starting unit number (0—7) of this class 

ttt =the spactmae track*position O- 95 for Fastrand I, O—191 for 
Fastrand II) of this class 

hh = the starting head position (O—63) of this class 

ss =the starting sector (0O—63) of this class 
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uttthhss represent the beginning drum address of this class. Add this address to 
1—1to obtain the address of the first sector beyond this class. 


If uttthhss are omitted, this class will immediately follow the preceding class on the 
drum. If these parameters are omitted on the first class card, the first class will 
immediately follow the Systems Directory. 


CLASS cards must be in ascending sequence according to beginning drum addresses. 
SENTINAL CARD 
The current run is terminated by a sentinal card, punched in the following format: 


Column 13 19 
STOP DLL 
where 
DLL indicates that the Drum Locator/Loader is to be loaded, but no SDD 
- or classes are to be established. Omit this parameter if the SDD and classes 
are to be established. | 
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4. OPERATING PROCEDURES 


4.1. INSTRUCTIONS FOR LOADING 


Prior to loading IDMS and DLL, an object deck for each routine must be punched 
from a systems tape, using OPUS. This requires the following OPUS control cards: 


SEQUENCE | LABEL | 
PAGE 7 Tike 


The object decks produced by OPUS must be readied for loading by performing the 
following steps: | 


(1) Remove the first card (R card) from the DLL object deck. 
(2) Place the DLL object deck behind the IDMS object deck. 


(3) Place a card loader in front of the IDMS object deck. The card loader should be 
assembled relative to 027400. | | 


(4) Place the IDMS parameter cards after the last card (T card) of the DLL object 
deck. If IDMS is used only to load DLL, only the CONFG and STOP parameter 
cards are required. ‘i a 


To load, use the normal card loading procedures. IDMS will write the DLL on the 
drum, and immediately begin processing the parameter cards. 
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So i ae ee - ee SS a Aes eareeee: = eee 


TOMS 


| 
\ 


TYPE UU SU TTTT HH SS vu SU TTTT HH $S F N Cc 


A CLEAR = FROME ~=—s-00:00 0000 01 00 To: 00 00 0000 02 77 
A CLEAR FROM: 00 00 0002 00 Fr YO; 00 00 "AN2 OL 77 

A CLEAR FROM: 90 ON 9003 HN AF TO; oy 0 004 0] 77 

A CLEAR FROMS Nd an FHAw AN AF TH: A) AN "NOY OL 77 

A CLEAR FROM: My un Fang -N AF TO; ny an m6 ol 77 

B  CONFG 1050+80,ROW*3C | : 20 


\ SYSOIRCT AT: 00 v0 0000 00 30 
SO S FROM: Avy ON NOAN ON 31 TO: 09 00 0000 00 35 


fo) FLEOIRCY AT: 00 00 0000 01 00 CLASS 0 
FO S FRONS ‘VU Af 709) OL 0% TO: 00 00 0000 o1 05 


| ) | 
/ RANGE FROM: fu oF ANA 41 00 TO: At An AnNNG| ol 77 


0 FLEDIRCT AT: 00 aC N002 00 00 # AXXXXXX 
FO S_ FROM: 00 09 0002 Ov 03 TO: 00 OV 0002 00 01 
RANGE FROM: 00 00 0002 N0 00 TO: Ay AN ANNA UA TT 


8) FLEDIRCT AT: 00 00 0003 nu 00 © 2XXXXXX 
Fo S FROM: Mu OF FONS 10 72 «TO: 00 00 0003 00 O01 
RANGE FROM: Nu OF 0003 v0 "QO TO: 70 N0 10%3 %7 V7 


D FLEOIRCT AT: 00 00 0004 00 00 © ©XXXXYXX 
FO S FROM: Av Of ANNA NN AY TO; 00 00 900% an OL 
RANGE FROM: Mu Of FONK NU QO TO: Av ON NNR V7 TT 


0 FLEOIRCT AT: 00 v0 0005 00 900 ©$XXXXXX 
Fo S FROM: VU UF AONMS en Ay TO: 00 00 0005 00 01 
RANGE FROM: Ay ON FNN§S Of AF TO: ri) AO %NNS V7 77 
ENO IDmMS 


Table 4—1. IDMS List 
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4.2. IDMS LIST ‘Se 


IDMS provides a permanent record of the Drum Setup by printing a descriptive line as 
each card is successfully processed. Table 4—1 illustrates the list generated by 
IDMS. The following table describes the key to be used with table 4—L. 


EXPLANATION 


Clear card. 
Configuration card. 


SDD card. 
Class card. 
Column F Fill character designated on clear card. 
Column N Name of the class. 


4.2.1. Clear Card Line 


The clear card line shows the starting and ending drum address of the area to be 
cleared, and the designated fill character, if any, for each clear card. 


4.2.2. Configuration Card Line 


The configuration card line shows the parameters as they are punched on the con- 
figuration card. 


4.2.3. SDD Card Lines 


The first line for each SDD card shows the drum address of the SDD. The second 
line shows the starting and ending drum address of the SD’s. 


4.2.4. Class Card Lines 


The first line for each class card shows the drum address of the FDD, and the 
class name. The second line shows the starting and ending drum address of the 
-FD’s. The third line shows the starting and ending drum addresses of the area 
reserved for the class, including the FDD and FD’s. 


4.2.5. Sentinal Card Line 
The sentinal card line will contain: 
END IDMS 
indicating successful completion. 
4.3. ERROR RECOVERY 


&. 


The following table describes the display stops that may occur during the operation 
of IDMS, their causes, and action to be taken. 
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DISPLAY STOP | ACTION 
060010 Number of class cards is less than nn on SDD card. { Restart. 
060011 Unable to write in first or last sector of class Restart. 
because of invalid address or locked out area. 
060012 First and Jast addresses reference different units. Restart. 
060013 Non-unique names among classes. Restart. 
060014 The number of class cards is greater than nn on Restart. 
SDD card. 
060015 Card sequence error. Restart. 
060016 Drum address sequence error or overlay of a Restart. 
defined area. If card is initial class card, 
then referenced address is less than address of 
SDD entry plus nn on SDD cara. 
060017 No configuration card. Restart. 
i. 060020 No SDD card. Restart. 
060021 No class card(s). Restart. 
060023 Sequence error on DLL object deck. Restart. 
” 060024 Restart. 


a 


Check-sum error on DLL object deck. 


